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TITLE 

OPTICAL RECORDING METHOD 

BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention relates in general to an optical 

recording method. In particular, the present invention relates 
to a method for recording data onto optical discs. 

Description of the Related Art 

10 . Formatting of data onto optical discs and error correcting 

process thereof are explained in FIGS. 1 and 2. The error 
correcting process for the DVD and an ECC block are firstly 
explained in FIGS. 1A and IB. 

As shown in FIG. 1A, information recorded to the DVD has a 

15 physical structure including a plurality of data sectors 20. One 
data sector 20 comprises, in order from the head position thereof, 
Identification Data (ID) 21 of a start position of the data sector 
20, ID Error Detection code (IED) 22 correcting errors in ID 21, 
reserve data (RSV) 23, main data 24, the constituent data to be 

20 recorded, and an Error Detection Code (EDC) 25 for detecting 
errors in ID 21, IED 22, RSV 23, and main data 24. A plurality 
of data sectors arrange in sequence and constitute recording 
data . 

Next, a process in an encoder, described subsequently, for 
25 creating an ECC block 30 by a plurality data sectors is explained 
in FIG. IB. As shown, an ECC block is formed by 16 data sectors 
is explained in FIG. IB. To forming the ECC format, each data 
sector 20 including ID 21, IED 22, RSV 23, main data 24, and EDC, 



l 



Client' s ref.:V/T03-0053 
File:0608-9626USf+drawings. doc/Robert/Kevin 



each data sector having 2064 bytes arranged in an array of 12 data 
rows each containing 172 bytes. The first data row should start 
with three fields: ID, IED, and RSV, followed by 160 bytes main 
data. The next 10 data rows should each contains 172 bytes main 
5 data, and the last data row should contain 168 bytes main data 
followed by 4 bytes EDC. 

For each data row, an ECC inner-code Parity (PI) 31 having 
10 bytes is generated and attached to the end of the each 
corresponding data row to constitute one correction block 34 as 

10 shown on the right side of FIG. IB. At this stage, correction 
blocks 34 with PI 31 attached are arranged in 12 lines along with 
the y-axis orientation. After that, the process is repeated with 
respect to 16 data sectors (for an ECC block). Accordingly, 
correction blocks 34 of 192 (=12x16) lines are obtained. 

15 Next, 16 ECC outer-code parity (PO) 32 is respectively 

generated and attached to each corresponding data columns. It 
is noted that PO 32 also attaches to a portion of PI 31 within 
the correction block 34. 

From the above mentioned process, one ECC block 30 including 

20 16 data sectors is produced as shown in FIG. IB (the right side) . 
At this time, the total amount of the information included within 
one ECC block 30 is expressed by: 

(1 72 + 1 0)bytes x (1 92 + 1 6)lines = 37$56bytes 

The main data 24 (i.e., other than parity codes and data 
25 information) in it is expressed by: 
204Sbytes x 1 6 = 32768bytes 

An ECC block 30 shown in FIG. IB is formed by arranging 16 
data sectors in an array of 192 rows of 172 bytes each. To each 
of the 192 rows 10 bytes of PI are added, then, to each resulting 
30 182 columns, 16 bytes PO are added. Thus a complete ECC block 
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has 208 rows of 208 bytes each. The bytes of this array are 
identified as B ifj as shown in FIG. IB, where I is the row number 
and j is the column number. For example, Bi, 0 indicates the first 
line and column zero, and B 190/ i70 indicates the line 190 and column 
5 170. Thus, Bi,j for i=0 to 207 and j=172 to 181 are bytes of PI 
31; Bi,j for i=192 to 207 and j=0 to 171 are bytes of PO 32. 
Correction blocks 34 are consecutively recorded to the optical 
disc. 

ECC block 30 comprises both PI 31 and PO 32, as shown in the 

10 right side of FIG. IB, in order that data arranged along an x-axis 
orientation in FIG. IB can be corrected by PI 31 and the data 
arranged along the y-axis orientation by PO 32. It is thus 
possible to perform error correction along both axes within the 
ECC block 30 shown in FIG. IB. 

15 More concretely, for example, if a certain correction block 

34, as mentioned above, consecutively recorded to a disc, each 
having 182 bytes in total including PI 31, is entirely destroyed 
by physical damage to the disc, merely the one-byte data is lost 
with respect to PO 32 in one column, as viewed along the y-axis 

20 orientation. Thus, by carrying out error correction using PO 32 
at each column, it is possible to accurately reproduce original 
information from the damaged location, even though one correction 
block 34 may be entirely destroyed. 

The manner of actually recording a data sector included in 

25 the ECC block 30 shown in FIG. IB is explained in FIG. 2. In FIG. 
2, the bytes indicated as B ifj corresponds to the data shown on 
the right side of FIG. IB. Processes at the time of recording 
the data sector 20 in FIG. 2 (i.e. an interleave process and an 
8-to-16 modulation process) are performed by the encoder, 

30 described subsequently. 
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When recording the ECC block 30 to the disc, the plurality 
of data rows of the ECC block 30 are firstly aligned along the 
x-axis orientation for each correction block 34, as shown in a 
top stage of FIG. 2, and are then are interleaved for division 
5 into 16 recording sectors 40 (as shown in a second top stage of 
FIG. 2) . At this time, one recording sector 40 includes 2366 bytes 
(=37856 bytes/16), with a data sector 20, PI 31 and PO 32 
intermingled and included in each recording sector 40. However, 
ID 21 (refer to FIG. 1A) in the data sector 20 positions a head 

10 portion of each recording sector 40. 

The recording sector 40 is divided into a plurality of 
segments 41 each comprising data and having 91 bytes, with a 
header H appended to each (as shown in a third top stage of FIG. 
2) . Then, one sync frame 42 is produced from one segment 41 by 

15 8-to-16 modulating the recording sector 40 including the paired 
headers H and segments 41. At this time, one sync frame 42 is 
composed of a header H 1 and segment 43 (as shown in a bottom stage 
of FIG. 2) . Further, data size in one sync frame 42 is expressed 
by : 

2 0 9 \bytes x 8 x (16 / 8) = \A56bytes 

Then, data is written to a disc in continuous sync frames 
42. At this time, one recording sector 40 includes 26 sync frames 
42 . 

Using the disclosed physical format and recording to the 
25 disc, the 8-to-16 demodulation and de-interleaving (refer to FIG. 
2) are performed when reproducing the data to thereby reproduce 
the original ECC block 30 while performing the effective error 
correction to accurately reproduce the data. 

As shown in FIG. 3, US Patent 5,815, 472 discloses an 
30 information recording apparatus that records to a DVD-R as 
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explained previously. The following assumptions are made in the 
embodiment described; pre-pits or the like are formed in advance 
on the information tracks, to which data will be recorded. Then, 
at the time of recording, address information of the disc 1 is 
5 obtained by detecting the pre-pits. Thus, a record position for 
the disc is detected. The conventional information recording 
apparatus S comprises a pick-up 2, a reproduction amplifier (AMP) 
3, a decoder 4, a pre-pit signal decoder 5, a spindle motor 6, 
a servo circuit 7, a processor (CPU) 8, an encoder 9, a power 
10 control circuit 11, a laser drive circuit 12, and an interface 
13, such as an IDE bus. A data record signal S R is input through 
the interface 13 from an external host computer 14 to the 
recording apparatus S. In addition, the encoder 9 is provided 
with a DRAM 10. 

15 FIG. 4 is a flowchart showing conventional DVD disc 

encoding. First, main data is read from the host computer 14 
through the interface ( IDE Bus) 13 shown in FIG. 3 and written 
to the DRAM 10 (SI) . Next, main data restored in the DRAM 10 is 
read (S2) . Next, the 2-byte ID Error Detection code (IED) is 

20 generated to correct errors in the 4-byte ID information (S3) . 
Next, 6 bytes of reserve data (RSV) denoting copyright is 
generated (S4). Next, 4 bytes of error detection code (EDC) is 
generated for detecting errors (S5) . Next, main data is scrambled 
(S6) . Thus, a data sector is obtained. Next, 16 data sectors 

25 are attached to the 10 bytes PI (S7) . Next, the scrambled data, 
ID, IED, RSV, EDC and PI are stored to the DRAM (S8) . The data 
stored in the DRAM is read again to generate 16 bytes PO (S9) , 
which are then stored in the DRAM interleaving the 16 data sectors 
(S10) . Thus, the data stored in the DRAM is read to be written 

30 to the disc (Sll) . 
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However, in steps SI, S2, S8, S9, S10 and Sll, much data is 
transmitted between the optical drive IC and the memory buffer 
( DRAM) . After reading main data from the host computer, main data 
(33024 (172x192 ) bytes) are written to DRAM (Step SI) . Next, the 
5 main data (33024 bytes) is read from the DRAM (Step S2) to generate 
PI (1920 (10x192) bytes). Next, the main data (33024 bytes) and 
PI (1920 bytes) are written to the DRAM (Step S8) . Next, the main 
data (33024 bytes) and PI (1920 bytes) are read from the DRAM to 
generate PO of the main data (2752 (172x16) bytes) and of the PI 

10 (160 (10x16) bytes) (Step S9) . The PO (2912 (2752 + 160) bytes) 
is then written to the DRAM (Step S10) , and the total data (37856 
(33024 + 1920+2752 + 160) bytes) stored in the DRAM are read out for 
recording to the disc (Sll) . Therefore, a total of 176704 bytes 
are accessed between the drive IC and the DRAM. 

15 Also, it is noticed that in order to generate PI (in step 

S7 and PO (in step S9) , main data must be scrambled in advance 
(in step S6) , the scrambled data would be stored in DRAM; as a 
result if there has a block needs same main data to record on to 
the same disc, thus the scrambled data in DRAM should be read out 

20 and descrambled to the original main data and then scrambled again 
due to the ID change. 

Thus, the recording speed of the optical disc is limited by 
the bandwidth* of the memory buffer. The recording speed of the 
optical disc can be increased by increasing the clock rate of the 

25 memory bus, however, this increases power consumption. 



SUMMARY OF THE INVENTION 

The present invention provides a method for generating 
recording data, including vertically scrambling main data stored 
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in DRAM to generate PO, wherein the generated scrambled main data 
is not stored back into DRAM and remain the main data in DRAM the 
same; scrambling the main data again to generate PI; and 
delivering the scrambled data in accompanied with ID, IED, RSV, 
5 EDC, PI, and PO arrange in orders for recording onto a disc. 

As the description above, because the scrambled data while 
generating PO is not stored back into DRAM, as a result, the 
embodiment provides a same main data since the main data stored 
in DRAM are not scrambled or changed. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will become more fully understood from 
the detailed description given hereinbelow and the accompanying 
drawings, given by way of illustration only and thus not intended 
15 to be limitative of the present invention. 

FIG. 1A shows a data structure of recording data. 

FIG. IB shows a configuration of an ECC block in the 
recording data. 

FIG. 2 shows a physical format of recording data. 
20 FIG. 3 is a block diagram showing a schematic configuration 

of an information recording apparatus. 

FIG. 4 is a flowchart showing a conventional DVD encoding 
process . 

FIG. 5 is a flowchart showing a scrambling method for 
25 generating recording data of the present invention. 

FIG. 6A shows a data sector for explaining performing 
scrambling in the invention. 

FIG. 6B shows a data sector for explaining performing 
vertically scrambling in the invention. 
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FIG. 7 shows an example of writing same data into different 
blocks . 

5 DETAILED DESCRIPTION OF THE INVENTION 

Please refer to FIG. 5, which shows an operating flow 
illustrative of the processor of the scramble method for 
generating recording data according to the present invention. 
Firstly, the main data of a block stored in DRAM is accessed in 

10 step 510 for performing a vertically scrambling procedure such 
that an ECC outer-code parity (i.e. PO) is derived in step 520. 
The scrambled data used for generating PO is not stored back into 
DRAM (i.e. data in the DRAM is not scrambled data) . That is to 
say the main data in DRAM still remains unchanged. Therefore, 

15 a horizontally scrambling procedure is then activated to scramble 
the main data again so as to generate PI required by the currently 
processed block in step 530. Then, the scrambled data in 
accompanied with ID, IED, RSV, EDC, PI, and PO are arranged in 
orders and ready to be recorded onto a disc in step 540. 

20 More detail description about the disclosed method for 

generating recording data is shown as follows. First, when main 
data is read from the host computer 14 through the interface (IDE 
Bus) 13 shown in FIG. 3, a 2-byte IED is generated for achieving 
the purpose of error correction for the 4-byte ID information. 

25 Next, 6 bytes RSV denoting copyright is generated, while, 4 bytes 
EDC are finally generated Thus completes an establishing process 
for a data sector. Therefore, 16 data sectors are written to the 
DRAM to form an ECC block (i.e. 16 data sectors are used to 
establish one ECC block) . 
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FIG. 6A shows a configuration of a data sector 60 having 2064 
bytes arranged in an array of 12 rows each containing 172 bytes. 
The first row R0 should start with three fields: ID, IED, and RSV, 
followed by 160 bytes main data. The next 10 rows R1-R10 should 
5 each contains 172 bytes main data, and the last row Rll should 
contain 168 bytes main data followed by 4 bytes EDC. The 2048 
bytes main data are identified as D 0 ~D2047 * Data accessed from the 
DRAM is written into 12 rows in sequence and vertically scrambled 
to generate PO. Please note that the generated PO is stored into 

10 the DRAM, however, the scrambled data for generating PO is not 
stored into DRAM, which indicates that the main data remains 
unchangeable in DRAM. Next, the data including the just stored 
PO are read from the DRAM and scrambled to generate PI. Finally, 
after generated PI is attached to corresponding data row and PO, 

15 the scrambled data due to generating PI with ID, IED, RSV, PI, 
and PO are sequentially recorded onto the disc. Here, data being 
actually recorded that include 16 data sectors and PO of each data 
sectors are respectively generated according to corresponding 
scrambled data, then interleaving generated PO to attache PO to 

20 the corresponding data sector. 

A scrambling formula is provided to perform scrambling: 

d' k =D k 0 S K (for K=0 to 2047); 
where d' k are scrambled data bytes; D K are main data bytes; S K are 

scrambling bytes with respect to the corresponding D K ; © stands 

25 for Exclusive OR operation. 

It is noted that in the present invention, generating PO is 
superior to generating PI; as a result PO is derived from 
vertically scrambling. There are two ways in the invention to 
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derive each scrambling bytes S 0 ~S 2 047 (i.e. S 0 is an initial value) 
(as shown in FIG. 6B) of the 204 8 bytes main data in each column 
C0-C171 of the data sector 60 to perform "vertically scrambling". 
One conventional way is after deriving the initial value So, then 
5 by using the initial value So, each scrambling bytes Si to S2047 
could be figured out in sequence (i.e. by using So then Si could 
be figured out and then other scrambling bytes could also be 
figured out in sequence) . Another way is providing a calculation 
mechanism which could help to vertically figure out seed values 

10 (i.e. by using the calculation mechanism with known S 0/ then Si 72 
could be figured out and then other seed values could also be 
figured out in orders) . 

For example PO 0 of the first column CO of data sector 60 is 
generated by vertically scrambling main data D i6 o to Di 880 / thus 

15 S160 to S1880 should be sequentially derived in advance by the first 
way described above. Or by using the second way described above, 
Siso could be obtained by figuring out B 0 ,o from the initial value 
of main data S 0 and then the calculation mechanism is provides 
to figure out Si 6 o/ S 332 ,... and Si 8 eo and thus PO 0 could be generated 

20 by vertically scrambling. Furthermore, for example left shifting 
the initial value S 0 12 bytes (not limited) could figure out B 0 ,o. 

In the present invention, DRAM accessing reduces. After 
reading main data from the host computer, main data (33024 
(172x192) bytes) are written to DRAM. Next, main data (33024 

25 bytes) are read from DRAM to generate the PO (2752 (172x16) bytes). 
Next, PO (2752 bytes) is written to DRAM. Next, main data (33024 
bytes) and PO (2752 bytes) are read from DRAM to generate PI of 
main data (1920 (10x192) bytes) and PI (160 (10x16) bytes) of PO. 
Finally, the scrambled data due to generating PI with ID, IED, 
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RSV, EDC, PO, and PI are recorded to the disc. Thus, total 104576 
bytes are accessed between the drive IC and the DRAM. 

Fig. 7 shows an example of 5 ECC blocks 7A-7E in a buffer, as 
know, a common used method when recording data is: firstly, 
5 writing ID into each ECC blocks in orders; then writing data read 
from DRAM into each ECC blocks in orders (i.e. the first data with 
ID 0 is firstly written into the first block 7A, then the second 
data with ID 1 is then written into the second block 7B, and so 
no.) . Hen a block is filled with data, the scrambling method of 

10 the invention described above is performed, and then the 
scrambled data with corresponding ID, IED, RSV, EDC, PI, and PO 
are recording onto a disc in sequence. It is noted that, writing 
data into blocks is simultaneous with recording data onto the 
disc, but under the same time, the writing block could be unequal 

15 to the recording block; that is to say, when data are continuously 
written into a block, the other blocks which data have been 
written into is recording onto the disc at one time (i.e. assuming 
the writing block is 7C, so that the recording block could be 7A 
or 7B which is not limited) . Furthermore after data with ID 4 

20 is written into the last block 7E, the next data with ID 5 is 
written into the first block 7A and so on. 

It is observed that, a common used method when writing same 
data into different blocks is descrambling the scrambled data to 
original data, scrambling the original data as another scrambled 

25 data and then written into the desired block. Under the condition 
described above, memory bandwidth is wasted. As a result, the 
present invention provides a method when recording same data onto 
different blocks. Because the data in the block is no scrambled 
data due to generating PO in the present invention (the scrambled 

30 data for generating PO is not stored in DRAM) , so that, if same 
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data is written into different blocks, the same data could be 
directly derived from DRAM without descrambling . 

Taking Fig. 7 as an example, when blocks 7A-7E are filled data 
with ID 0 - ID 4 in orders and some of them have been recorded 
5 onto the disc, then the next data with ID 5 would be written into 
block 7A, and if the data with ID 5 is same with the data with 
ID 3 (written in block 7D) , thus because the data in block 7D is 
not scrambled data due to generating PO of the data with ID 3 (not 
stored in DRAM) , so that the data could be directly derived from 

10 the DRAM and then scrambled again to generate PO of the data with 
ID 5. With comparing the common used method, in that condition, 
because the data in block 7D is scrambled data due to generating 
PO and PI of the data with ID 3, so that descrambling is firstly 
performed to the original data and then scrambling again as 

15 another scrambled data to be written into block 7A and to generate 
PO and PI of the data with ID 5. 

Compared with conventional technology, less data is 
accessed between the drive IC and the DRAM. As mentioned above, 
the conventional technology accesses 176704 bytes between the 

20 drive IC and the DRAM to record a block to the disc. However, 
the optical recording method according to the present invention 
only accesses 104576 bytes between the drive IC and the DRAM to 
record a block to the disc, only 59.18% of that accessed in the 
conventional art, such that the recording speed of the optical 

25 disc is significantly increased. 

The foregoing description of the invention has been 
presented for purposes of illustration and description. Obvious 
modifications or variations are possible in light of the above 
teaching. The embodiments were chosen and described to provide 

30 the best illustration of the principles of this invention and its 
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practical application to thereby enable those skilled in the art 
to utilize the invention in various embodiments and with various 
modifications as are suited to the particular use contemplated. 
All such modifications and variations are within the scope of the 
5 present invention as determined by the appended claims when 
interpreted in accordance with the breadth to which they are 
fairly, legally, and equitably entitled. 
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